Providing remote video assistant-specific availability details for previously contacted remote video assistants

ABSTRACT

The present invention relates to determining and presenting, in conjunction with video assistant selection, personalized, remote video assistant-specific availability information for remote video assistants that a user has transacted/interacted with in the past. Once a user logs in or otherwise presents identifying credentials, the system or methodology accesses the user&#39;s recent remote video assistant session data (i.e., which video assistants the user previously transacted with) and determines the availability of the previously contacted video assistants. In response, the invention presents a listing of the video assistants which the user previously interacted with along with availability information for each remote video assistant. In specific embodiments, the availability information includes whether the remote is currently available for video sessions and, if so, the approximate wait time for the video assistant. The approximate wait time may be dynamically determined and displayed.

FIELD

In general, embodiments of the invention relate to remote video assistant assistance and, more particularly, systems, method and computer program products for providing a user a remote video assistant-specific availability details for previously contacted remote video details so that a user can make an informed decision as to which remote video assistant the user should select for a current transaction/interaction.

BACKGROUND

The use of remote video assistants is becoming prevalent in the financial institution/banking world, as well as other customer service environments, such as health care, retail, utilities, communications and the like. Remote video assistants are accessible through dedicated Automated Teller Assist (ATA) machines/devices, which may be located within a business, such as a financial institution/banking center or may be located at any other convenient location. Additionally, remote video assistants may be accessible via a user's/customer's device, such as a personal computer, laptop computer, touch pad device, mobile communication device, such as a smart phone, or the like.

In conventional remote video assistant applications, a user/customer identifies their needs, such as financial institution/banking needs (e.g., mortgage/loan, personal banking or the like) and is randomly provided a video assistant that specializes in the customer's financial institution/banking needs. This is in contrast to the live financial institution/banking center experience in which the user/customer can become familiar and comfortable with interacting with one or more of the banking center associates at the customer's frequently visited banking center. However, the random assignment of video assistants does not create a personalized experience for the customer nor does it insure that the customer is familiar with or has good rapport with the video assistant.

Additionally, due to the increasing use of user/customer assistance platforms, such as call centers, remote video assistance and the like, the demand often exceeds the quantity of available call center associates/agents, remote video assistants or the like. Typically, the customer/caller is placed on hold (i.e., placed in a call queue) to await the next available agent/remote video assistant or the like. As a means of informing the customer/user as to the approximate length of the hold time/wait period, the user/customer may be provided an estimated wait time, which is the estimated wait time for any agent/remote video assistant and may be based on the current quantity of available agents/remote video assistants, the quantity of callers/customers currently in a call queue and the average call/session time for all of the agents/remote video assistants.

Therefore, a need exists to develop systems, apparatus, computer program products, methods and the like that provide users with a personalized means for selecting video assistants prior to conducting a remote video assistant session. The desired systems and methodology should allow for the user to select from video assistants that the user is familiar with (i.e., a video assistant that the user has interacted with in the past). In addition, the desired systems and methodology should provide for remote video-assistant specific availability details, such as whether a remote video assistant is currently available (i.e., taking calls at this time) and the approximate wait time for that specific remote video assistant. Moreover, the an approximate wait time should reflect a real-time wait time that dynamically takes into account the time that the remote video assistant typically spends on a call/session, the time of the current call/session that the remote video assistant is participating in and how many calls the remote video assistant currently has in their queue. As such, the desired systems and methodologies should overcome obstacles presented in the remote video assistant environment and result in a user experience that is more closely aligned with a live banking center-type user experience.

SUMMARY OF THE INVENTION

The following presents a simplified summary of one or more embodiments in order to provide a basic understanding of such embodiments. This summary is not an extensive overview of all contemplated embodiments, and is intended to neither identify key or critical elements of all embodiments, nor delineate the scope of any or all embodiments. Its sole purpose is to present some concepts of one or more embodiments in a simplified form as a prelude to the more detailed description that is presented later.

Embodiments of the present invention address the above needs and/or achieve other advantages by providing apparatus, systems, computer program products, methods or the like for determining and presenting, in conjunction with video assistant selection, personalized, remote video assistant-specific availability information for remote video assistants that a user has transacted/interacted with in the past. In this regard the present invention presents availability information that is specific to particular agents/remote video assistants and, more specifically, specific to agents/remote video assistants that a user has transacted/interacted with in the past. As such a user can make informed decisions on which remote video assistant they desire to currently interact/transacted with, based not only on their familiarity and rapport with a previously contacted remote video assistant, but also based on the assistant's availability and, in some embodiment, the approximate current wait time for that particular remote video assistant.

In specific embodiments, once a user logs in or otherwise presents identifying credentials to financial institution/banking platform, the system or methodology accesses the user's recent remote video assistant session data (i.e., which video assistants the user previously transacted with) and determines the availability of the previously contacted video assistants. In response, the invention presents/displays a listing of the video assistants which the user previously interacted with along with availability information for each remote video assistant. In specific embodiments, the availability information includes whether the remote is currently available for video sessions and, if so, the approximate wait time for the video assistant. The approximate wait time may be dynamically determined and displayed based on (1) the average time for the remote video assistant to conduct a call/session, (2) the length of time of the current call/session being conducted by the remote video session and, (3) the quantity of calls/session currently in the remote video assistant's queue.

A system for presentation of personalized performance rating of remote video assistants defines first embodiments of the invention. The system includes a first computing platform (i.e., a client/user/user computing platform) including a first memory and at least one first processor in communication with the memory. The system additionally includes a remote video session module stored in the first memory, executable by the first processor, and including a session adapter, a media plugin and instructions for presenting a user interface having a video assistant selector widget. The remote video session module is configured to (1) receive, via the user interface, a video assistant session request to initiate a remote video assistant session between a user and a remote video assistant, (2) communicate the video assistant session request and a user identifier to the session adapter that is configured to encapsulate the video assistant session request and user identifier into a video assistant request message, and (3) initiate communication of the video assistant request message.

The system additionally includes a second computing platform (an intermediary platform interfacing between the user's platform and the remote video assistant platforms) including a second memory and at least one second processor in communication with second memory. Additionally, the system includes a session broker stored in the second memory, executable by the second processor and including a connection manager and a meeting broker. The session broker is configured to (a) receive, via the connection manager, the video assistant request message, (b) query, via the meeting broker, a database for recent remote video session history based on the user identifier, (c) retrieve, from the database, a remote video assistant identifier for each of the remote video assistants that conducted one or more video sessions in the recent remote video session history, and (d) determine, for each of the remote video assistants, current availability information related to the remote video assistant's availability to conduct a current video session with the user, and (e) encapsulate, via the meeting broker, the video assistant identifier and the current availability information into a video assistant response message and communicate, via the meeting broker, the video assistant response message to the session adapter.

In addition, according to the system, the remote video session module is further configured to (4) in response to receiving the video assistant response message, display, in the video assistant selection widget, the video assistant identifier and current availability for each of the remote video assistants that conducted one or more video sessions in the recent remote video session history.

In specific embodiments of the system, the remote video session module is further configured to (5) receive user selection of a remote video assistant associated with one of the video assistant identifiers, and (6) in response to receiving the user selection, load the first media plugin and encapsulate the selected remote video assistant and the user identifier into a video assistant selection message and (7) communicate the video assistant selection message, via the first session broker adaptor, to the session broker that is configured to initiate a remote video session with the selected remote video assistant or place the user in a queue that is specific to the selected remote video assistant.

In further specific embodiments of the system, the session broker is configured to (d) determine an approximate wait time for one or more currently available remote video assistants to conduct a current video session with the user. In such embodiments of the system, the approximate wait time may be based on (i) a current quantity of waiting requests in queue for the remote video assistant, (ii) an average video session time for the video assistant and (iii) a length of time for a current video session being conducted by the video assistant.

In still further specific embodiments of the system, the remote video session module is configured to (4) display, in the video assistant selection widget, the video assistant identifier and the current availability for each of the video assistants that conducted one or more video sessions in the recent remote video session history, such that the current availability is one of (a) currently available, (b) not currently available, and (c) available with a wait time. In related embodiments of the system, the remote video session module is configured to (4) display, in the video assistant selection widget, an approximate wait time in conjunction with video assistants that are available with a wait time, wherein the approximate wait time is displayed in a running clock format that dynamically displays the approximate wait time based on (i) a current quantity of waiting requests in queue for the remote video assistant, (ii) an average video session time for the remote video assistant and (iii) a length of time for a current video session being conducted by the remote video assistant.

In yet other specific embodiments of the system, the session broker is further configured to (c) retrieve, from the database, a user-specific performance rating for each of the video assistants that conducted one or more video assistant sessions in the recent remote video session history, wherein the user-specific performance rating is one of (i) a performance rating provided by the user for an associated video assistant session in the recent remote video session history or (ii) an average performance rating of all of the performance ratings provided by the user for an associated video assistant. In such embodiments of the system, the remote video session module is further configured to display, in the video assistant selection widget, the performance ratings for each of the remote video assistants in conjunction with the video assistant identifier and the current availability for each of the remote video assistants.

Moreover, in other specific embodiments of the system, the session adapter and the meeting broker are further configured to encapsulate the messages using Extensible Messaging and Presence Protocol (XMPP). In additional related embodiments of the system, the session adapter and the meeting broker are further configured to communicate the messages as one of chat messages or publish-subscribe messages.

Additionally, in other specific embodiments of the system, the session broker is further configured to (c) retrieve, from the database, at least one of an image or video of each of the video assistants, and (d) encapsulate, via the meeting broker, the image and video into the video assistant response message. In such embodiments of the system, the remote video session module is further configured to, (4) display, in the video assistant selection widget, the images and the videos associated with the video assistants in conjunction with the video assistant identifier and current availability information.

A method for presentation of personalized performance rating of remote video assistants defines second embodiments of the invention. The method includes receiving, via a user interface, a video assistant session request to initiate a remote video assistant session between a user and a remote video assistant and communicating the video assistant session request and a user identifier to a session adapter. The method further includes encapsulating, by the session adapter, the video assistant session request and user identifier into a video assistant request message and initiating communication of the video assistant request message to a connection manager of a session broker.

Additionally, the method includes, in response to the connection manager receiving the video assistant request message, querying, by a meeting broker, a database for recent remote video session history based on the user identifier and retrieving, by a computing device processor, from the database, a remote video assistant identifier for each of the remote video assistants that conducted one or more video sessions in the recent remote video session history. Further, the method includes determining, by a computing device processor, for each of the remote video assistants, current availability information related to the remote video assistant's availability to conduct a current video session with the user.

In addition, the method includes encapsulating, by the meeting broker, the video assistant identifier and the current availability information into a video assistant response message, initiating communication of the video assistant response message to in response to the first session broker adaptor receiving the video assistant response message, and displaying, in a video assistant selector widget executing within the first user interface, the video assistant identifiers and corresponding availability information for each of the video assistants that conducted one or more video sessions in the recent remote video session history.

In specific embodiments the method further includes receiving user selection, within the video assistant selector widget, of a remote video assistant associated with one of the video assistant identifiers, in response to receiving the user selection, loading the first media plugin and encapsulating a remote video assistant identifier associated with the selected remote video assistant and the user identifier into a video assistant selection message, and initiating communication, of the video assistant selection message to the video session broker that is configured to initiate a remote video session with the selected remote video assistant or place the user in a queue that is specific to the selected remote video assistant.

In further specific embodiments of the method, determining further includes determining an approximate wait time for one or more currently available remote video assistants to conduct a current video session with the user. The approximate wait time based on (i) a current quantity of waiting requests in queue for the remote video assistant, (ii) an average video session time for the remote video assistant, and (iii) a length of time for a current video session being conducted by the remote video assistant.

In further specific embodiments of the method, displaying further includes displaying, in the video assistant selection widget, the video assistant identifier and the current availability for each of the video assistants that conducted one or more video sessions in the recent remote video session history, such that the current availability is one of (a) currently available, (b) not currently available, and (c) available with an approximate wait time. The approximate wait time is displayed in a running clock format that dynamically displays the approximate wait time based on (i) a current quantity of waiting requests in queue for the remote video assistant, (ii) an average video session time for the remote video assistant, and (iii) a length of time for a current video session being conducted by the remote video assistant.

A computer program product including a non-transitory computer-readable medium defines third embodiments of the invention. The computer-readable medium includes a first set of codes for causing a computer receive, via a user interface, a video assistant session request to initiate a remote video assistant session between a user and a remote video assistant and a second set of codes for causing a computer to communicate the video assistant session request and a user identifier to a session adapter. Further, the computer-readable medium includes a third set of codes for causing a computer to encapsulate, by the session adapter, the video assistant session request and user identifier into a video assistant request message and a fourth set of codes for causing a computer to initiate communication of the video assistant request message to a connection manager of a session broker

Moreover, the computer-readable medium includes a fifth set of codes for causing a computer to, in response to the connection manager receiving the video assistant request message, query, by a meeting broker, a database for recent remote video session history based on the user identifier and a sixth set of codes for causing a computer to retrieve, from the database, a remote video assistant identifier for each of the remote video assistants that conducted one or more video sessions in the recent remote video session history;

In addition, the computer-readable medium includes a seventh set of codes for causing a computer to determine, for each of the remote video assistants, current availability information related to the remote video assistant's availability to conduct a current video session with the user and an eighth set of codes for causing a computer to encapsulate, by the meeting broker, the video assistant identifier and the current availability information into a video assistant response message.

In addition, the computer-readable medium includes a ninth set of codes for causing a computer to initiate communication of the video assistant response message to in response to the first session broker adaptor receiving the video assistant response message and a tenth set of codes for causing a computer to display, in a video assistant selector widget executing within the first user interface, the video assistant identifiers and corresponding availability information for each of the video assistants that conducted one or more video sessions in the recent remote video session history.

Thus, systems, apparatus, methods, and computer program products herein described in detail below provide for determining and presenting, in conjunction with video assistant selection, personalized, remote video assistant-specific availability information for remote video assistants that a user has transacted/interacted with in the past. Once a user logs in or otherwise presents identifying credentials, the system or methodology accesses the user's recent remote video assistant session data (i.e., which video assistants the user previously transacted with) and determines the availability of the previously contacted video assistants. In response, the invention presents a listing of the video assistants which the user previously interacted with along with availability information for each remote video assistant. In specific embodiments, the availability information includes whether the remote is currently available for video sessions and, if so, the approximate wait time for the video assistant. The approximate wait time may be dynamically determined and displayed based on (1) the average time for the remote video assistant to conduct a call/session, (2) the length of time of the current call/session being conducted by the remote video session and, (3) the quantity of calls/session currently in the remote video assistant's queue.

To the accomplishment of the foregoing and related ends, the one or more embodiments comprise the features hereinafter fully described and particularly pointed out in the claims. The following description and the annexed drawings set forth in detail certain illustrative features of the one or more embodiments. These features are indicative, however, of but a few of the various ways in which the principles of various embodiments may be employed, and this description is intended to include all such embodiments and their equivalents.

BRIEF DESCRIPTION OF THE DRAWINGS

Having thus described embodiments of the invention in general terms, reference will now be made to the accompanying drawings, which are not necessarily drawn to scale, and wherein:

FIG. 1 provides a schematic diagram of a system for providing video assistance including personalized remote video assistant selection, in accordance with embodiments of the present invention;

FIG. 2 provides a block diagram of a system for providing video assistance highlighting messaging for personalized remote video assistant selection, in accordance with embodiments of the present invention;

FIG. 3 provides a flow diagram of a method for personalized remote video assistant selection within a video assistance system;

FIG. 4 provides a flow diagram of a method for providing personalized performance ratings for video assistant that a user has previously contacted within a video assistance system, in accordance with embodiments of the present invention;

FIG. 5 provides a flow diagram of a method for providing video assistant-specific availability information for previously contacted video assistants within a video assistance system, in accordance with embodiments of the present invention;

FIG. 6 provides a schematic diagram of a high-level video session broker framework architecture, in accordance with embodiments of the present invention;

FIG. 7 provides a schematic diagram of a video session framework architecture highlighting call flow for initiating a video session, in accordance with embodiments of the present invention; and

FIG. 8 provides a schematic diagram of a high-level video session broker framework architecture highlighting session broker interaction with infrastructure services, in accordance with embodiments of the present invention.

DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION

Embodiments of the present invention will now be described more fully hereinafter with reference to the accompanying drawings, in which some, but not all, embodiments of the invention are shown. Indeed, the invention may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will satisfy applicable legal requirements. Like numbers refer to like elements throughout. Although some embodiments of the invention described herein are generally described as involving a “financial institution,” one of ordinary skill in the art will appreciate that the invention may be utilized by other businesses that take the place of or work in conjunction with financial institutions to perform one or more of the processes or steps described herein as being performed by a financial institution.

As will be appreciated by one of skill in the art in view of this disclosure, the present invention may be embodied as an apparatus (e.g., a system, computer program product, and/or other device), a method, or a combination of the foregoing. Accordingly, embodiments of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.), or an embodiment combining software and hardware aspects that may generally be referred to herein as a “system.” Furthermore, embodiments of the present invention may take the form of a computer program product comprising a computer-usable storage medium having computer-usable program code/computer-readable instructions embodied in the medium.

Any suitable computer-usable or computer-readable medium may be utilized. The computer usable or computer readable medium may be, for example but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device. More specific examples (e.g., a non-exhaustive list) of the computer-readable medium would include the following: an electrical connection having one or more wires; a tangible medium such as a portable computer diskette, a hard disk, a time-dependent access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), a compact disc read-only memory (CD-ROM), or other tangible optical or magnetic storage device.

Computer program code/computer-readable instructions for carrying out operations of embodiments of the present invention may be written in an object oriented, scripted or unscripted programming language such as Java, Perl, Smalltalk, C++ or the like. However, the computer program code/computer-readable instructions for carrying out operations of the invention may also be written in conventional procedural programming languages, such as the “C” programming language or similar programming languages.

Embodiments of the present invention are described below with reference to flowchart illustrations and/or block diagrams of methods or apparatuses (the term “apparatus” including systems and computer program products). It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a particular machine, such that the instructions, which execute by the processor of the computer or other programmable data processing apparatus, create mechanisms for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture including instructions, which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions, which execute on the computer or other programmable apparatus, provide steps for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. Alternatively, computer program implemented steps or acts may be combined with operator or human implemented steps or acts in order to carry out an embodiment of the invention.

According to embodiments of the invention described herein, various systems, apparatus, methods, and computer program products are herein described for determining and presenting, in conjunction with video assistant selection, personalized, remote video assistant-specific availability information for remote video assistants that a user has transacted/interacted with in the past. In this regard the present invention presents availability information that is specific to particular agents/remote video assistants and, more specifically, specific to agents/remote video assistants that a user has transacted/interacted with in the past. As such a user can make informed decisions on which remote video assistant they desire to currently interact/transacted with, based not only on their familiarity and rapport with a previously contacted remote video assistant, but also based on the assistant's availability and, in some embodiment, the approximate current wait time for that particular remote video assistant.

In specific embodiments, once a user logs in or otherwise presents identifying credentials to financial institution/banking platform, the system or methodology accesses the user's recent remote video assistant session data (i.e., which video assistants the user previously transacted with) and determines the availability of the previously contacted video assistants. In response, the invention presents/displays a listing of the video assistants which the user previously interacted with along with availability information for each remote video assistant. In specific embodiments, the availability information includes whether the remote is currently available for video sessions and, if so, the approximate wait time for the video assistant. The approximate wait time may be dynamically determined and displayed based on (1) the average time for the remote video assistant to conduct a call/session, (2) the length of time of the current call/session being conducted by the remote video session and, (3) the quantity of calls/session currently in the remote video assistant's queue.

Referring to FIG. 1, a schematic diagram is provided of a system 10 for providing remote video assistance, in accordance with embodiments of the present invention. Remote video assistance allows a user to contact a video assistant for the purpose of obtaining assistance for a desired need. Through video display the user is able to not only talk with the video assistance but also see the video assistant that they are interacting/transacting with in real-time. In this regard, an interaction with a video assistant replicates a live face-to-face interaction. Use of video assistance is currently prevalent in the financial institution/banking environment, in which dedicated Automated Teller Assist (ATA) machines have been employed, as well as providing for video assistance through customer platforms, such as personal computers, mobile/laptop computers, mobile devices, such as smart telephones and the like. Other instances in which video assistance is gaining acceptance include other customer service/support environments in which a user/customer requires assistance by a remote associate/assistant. For example, remote video assistants have been used in the health field (i.e., users connect to a remote health care assistant via Web application or the like), in the retail business environment (i.e., customers connect to a video associate to purchase an item or asks questions about items), in the utilities/services field (i.e., customers connect with a video representative to make a payment, changes services or the like).

The system of the present invention implements a first computing platform 20 (i.e., a user's platform), a second computing platform 40 (i.e., an intermediary or middleware framework that serves to coordinate/relay user application requests to back-end resource platforms for the purpose of making a connection between a user and a video assistance) and a third computing platform (i.e., a video assistant platform/workstation). It should be noted that while the illustrated embodiments shows only one first, second and third computing platform it will be appreciated that working system will include multiple, first, second and/or third computing platforms.

The first computing platform 20 includes a memory 22 and at least one processor 24 in communication with the memory. As previously noted the first computing platform 20 may be a dedicated ATA machine/device or any other computing device having a display that is suitable for conducting a video assistance session. Computing platform 20 can receive and execute algorithms, such as modules, routines, and applications. Memory 22 may comprise volatile and non-volatile memory, such as read-only and/or random-access memory (RAM and ROM), EPROM, EEPROM, flash cards, or any memory common to computer platforms. Further, memory 22 may include one or more flash memory cells, or may be any secondary or tertiary storage device, such as magnetic media, optical media, tape, or soft or hard disk. Moreover, memory 22 may comprise cloud storage, such as provided by a cloud storage service and/or a cloud connection service.

Further, processor 24 may be an application-specific integrated circuit (“ASIC”), or other chipset, processor, logic circuit, or other data processing device. Processor 24 or other processor such as ASIC may execute an application programming interface (“API”) (not shown in FIG. 1) that interfaces with any resident programs, such as remote video session module 26 and routines, sub-modules associated therewith or the like stored in the memory 22 of computing platform 20.

Processor 24 includes various processing subsystems (not shown in FIG. 1) embodied in hardware, firmware, software, and combinations thereof, that enable the functionality of system 10 and the operability of the system on a network. For example, processing subsystems allow for initiating and maintaining communications and exchanging data with other networked computing platforms, such as second computing platform 40, third computing platform 60 and media server 80. For the disclosed aspects, processing subsystems of processor 24 may include any subsystem used in conjunction with remote video session module 26 and related algorithms, sub-algorithms, modules, sub-modules thereof.

Computer platform 20 may additionally include a communications module (not shown in FIG. 1) embodied in hardware, firmware, software, and combinations thereof, that enables communications among the various components of the computing platform 20, as well as between the other networked devices. Thus, communication module may include the requisite hardware, firmware, software and/or combinations thereof for establishing and maintaining a network communication connection.

Memory 22 of computing platform 20 stores remote video session module 26 that is executable by processor 24 and configured to establish and maintain a video session with a remote video assistant. Remote video session module 26 includes first session broker adaptor 28 that is configured to generate and initiate communication of messages to the second computing platform (i.e., the over-the-top middleware component), as well as receive messages from the second computing platform. In this regard, first session broker adaptor 28 is configured to encapsulate data according to a predetermined industry standard protocol to generate messages. In specific embodiments the protocol may include, but is not limited to, HyperText Transfer Protocol (HTTP), HyperText Transfer Protocol Secure (HTTPS), Extensible Messaging and Presence Protocol (XMPP), JavaScript Object Notation (JSON) or the like. In a preferred embodiment, XMPP messaging is utilized. The messages may be communicated as chat messages, publish subscribe (PubSub) or the like.

The remote video session module 26 additionally includes instructions for generating and displaying User Interface (UI) 32 that is configured to present a video assistant selector widget 34 that allows the user to select a video assistant for a current video assistance session based on previously contacted video assistants. In specific embodiment of the system, the video assistant selector widget 34 is configured to present video assistant identifiers. The video assistant identifiers may include, but are not limited to, images/photos of the video assistants, videos of the video assistant (e.g., a video greeting or a snippet of a portion of previous video assistance session held with the video assistant).

In additional embodiments of the system, the video assistant selector widget 34 is additionally configured to present a performance rating for each of the video assistants that are displayed in the widget. The performance rating is specific to the user and reflects one or more of the performance rating given by the user for the last-in-time session with a video assistant and/or the average performance rating given by the user for all the interactions between the user and the specific video assistant.

In further embodiments of the system, the video assistant selector widget 34 is additionally configured to present availability information for each of the video assistants that are displayed in the widget. The availability information may include an approximate wait time, such as a dynamic clock that approximates how long the user will have to wait if they select that particular video assistant.

Additionally, the user interface has access to a media plugin 30 that is configured to execute a media client (i.e., video conferencing platform) within the user interface 32 to allow for the video session to appear on the display of the user's device. Specific to the present invention, the implementation of the intermediary middleware framework allows for the media client application executing on the first computing platform 20 to be disparate from the media client application executing on the third computing platform 60. Such use of different media clients on the user platform and the video assistant platform is made possible by the second computing platform creating a virtual conference room, in which the second computing platform 40 (i.e., the middleware framework) generates and distributes the same Room Key to both the first/use computing platform 20 and the third/video assistant computing platform 60.

The second computing platform 40 (i.e., the middleware framework that coordinates/relays remote video session module 26 requests to back-end resources) includes a memory 42 and at least one processor 44. The second computing platform is configured as a middleware framework that coordinates/relays remote video session module 26 requests to back-end resources. Computing platform 40 can receive and execute algorithms, such as modules, routines, and applications. Memory 42 may comprise volatile and non-volatile memory, such as read-only and/or random-access memory (RAM and ROM), EPROM, EEPROM, or any memory common to middleware framework computer platforms. Further, processor 44 may be an application-specific integrated circuit (“ASIC”), or other chipset, processor, logic circuit, or other data processing device. Processor 44 or other processor such as ASIC may execute an application programming interface (“API”) (not shown in FIG. 1) that interfaces with any resident programs, such as video session broker 44 and routines, sub-modules associated therewith or the like stored in the memory 42 of computing platform 40. Processor 24 includes various processing subsystems (not shown in FIG. 1) embodied in hardware, firmware, software, and combinations thereof, that enable the functionality of computing platform 40 and the operability of the platform 40 on a network. For example, processing subsystems allow for initiating and maintaining communications and exchanging data with other networked computing platforms, such as second computing platform 40, third computing platform 60 and the like. For the disclosed aspects, processing subsystems of processor 44 may include any subsystem used in conjunction with video session broker 44 and related algorithms, sub-algorithms, modules, sub-modules thereof.

Computer platform 40 may additionally include a communications module (not shown in FIG. 1) embodied in hardware, firmware, software, and combinations thereof, that enables communications among the various components of the computing platform 40, as well as between the other networked devices. Thus, communication module may include the requisite hardware, firmware, software and/or combinations thereof for establishing and maintaining a network communication connection.

Memory 42 of computing platform 40 includes messaging server 50, which may comprise an XMPP server or the like, which hosts all messages communicated from the remote video session module and/or remote video assistant module 66.

Additionally memory 42 stores video session broker 44 that is configured to coordinate and relay requests from the remote video session module 26 to back-end resources and broker the connection between the user and video assistant. The video session broker 44 includes connection manager 46 that is configured to have a persistent binding connection with first session broker adaptor 28 and second session broker adaptor 68. Additionally. Video session broker includes meeting broker 48 that is configured to receive meeting requests from the remote video session module and, in response query database 52 to determine the recent video session history (i.e., recent video calls) associated with the user/requester. The recent video session history is used to identify video assistants that the user previously interacted/transacted with, along with, in some embodiments of the invention, performance ratings given by the user to the identified previously contacted video assistants and/or availability information for the previously contacted video assistants.

In additional embodiments of the invention, the database is queried to determine user-specific performance ratings of the video assistants that the user previously interacted/transacted with. The performance rating may be performance rating related to the last-in-time video teller interaction that the user conducted with the video assistant or the performance rating may be an average of a plurality of interactions that the user conducted with the video assistant.

Moreover, the database along with availability logic may be queried to determine the availability of the video assistants that the user previously interacted/transacted with. Determining availability may include determine if a video assistant is currently available for video assistance (i.e., whether a video assistant is currently working) and/or determining the wait time for an available assistant. The wait time may be based on the video assistance average call/session time (as identified in the database), the length of the video assistant's current call/session and the quantity of calls/sessions that the video assistant currently has in their call queue (i.e., how many other users are waiting to interact with that particular video assistant).

The third computing platform 60 (i.e., the video assistant computing platform) includes a memory 62 and at least one processor 64. Similar to first and second computing platforms 20 and 40, third computing platform 60 can receive and execute algorithms, such as modules, routines, and applications. Memory 62 may comprise volatile and non-volatile memory, such as read-only and/or random-access memory (RAM and ROM), EPROM, EEPROM, flash cards, or any memory common to computer platforms. Further, memory 62 may include one or more flash memory cells, or may be any secondary or tertiary storage device, such as magnetic media, optical media, tape, or soft or hard disk. Moreover, memory 62 may comprise cloud storage, such as provided by a cloud storage service and/or a cloud connection service. Processor 64 may be an application-specific integrated circuit (“ASIC”), or other chipset, processor, logic circuit, or other data processing device. Processor 64 or other processor such as ASIC may execute an application programming interface (“API”) (not shown in FIG. 1) that interfaces with any resident programs, such as remote video assistant module 66 and routines, sub-modules associated therewith or the like stored in the memory 62 of computing platform 60. Additionally, processor 64 includes various processing subsystems (not shown in FIG. 1) embodied in hardware, firmware, software, and combinations thereof, that enable the functionality of computing platform 60 and the operability of the platform 60 on a network. For example, processing subsystems allow for initiating and maintaining communications and exchanging data with other networked computing platforms, such as third computing platform 60, media server 80 and the like. For the disclosed aspects, processing subsystems of processor 64 may include any subsystem used in conjunction with remote video assistant module 66 and related algorithms, sub-algorithms, modules, sub-modules thereof.

As previously noted, memory 62 of computing platform 60 stores remote video assistant module 66 that is executable by processor 64 and configured to establish and maintain a video session with a user. Similar to remote video session module 26 of the first computing platform 20, the remote video assistant module 66 includes a session adapter, second session broker adaptor 68 that is configured to generate and initiate communication of messages to the second computing platform 40 (i.e., the over-the-top middleware component), as well as receive messages from the second computing platform 40. In this regard, second session broker adaptor 68 is configured to encapsulate data according to a predetermined industry standard protocol (e.g., XMPP, HTTP, HTTPS, JSON or the like) to generate messages. The messages may be communicated as chat messages, Publish Subscribe (PubSub) or the like.

The remote video assistant module 66 additionally includes instructions for generating and displaying User Interface (UI) 72 that access to a media plugin 70 that is configured to execute a media client (i.e., video conferencing platform) within the user interface 72 to allow for the video session to appear on the display of the video assistant's device. As previously discussed, specific to the present invention, the implementation of the intermediary middleware framework allows for the media client application executing on the third computing platform 60 to be disparate from the media client application executing on the first computing platform 20. Such use of different media clients on the user platform and the video assistant platform is made possible by the second computing platform 40 creating a virtual conference room, in which the second computing platform 40 (i.e., the middleware framework) generates and distributes the same Room Key to both the first/user computing platform 20 and the third/video assistant computing platform 60. Thus the media plugin 30 associated with the first computing platform 20 and the media plugin 70 associated with the third computing platform 60 will present/communicate the a virtual room ID (i.e., room key) to the media server 80 to initiate the video session between the user and selected video assistant.

Referring to FIG. 2, a block diagram is presented of a system 10 highlighting a methodology for selecting a video assistance which a user has previously interacted with, along with optional presentation of performance rating and availability information, in accordance with embodiments of the present invention. The methodology begins by user selecting (e.g., clicking on or the like) a designated icon or another indicator for video assistance displayed within the User Interface (UI) of the remote video session module 32. The remote video session module 32 may be executed on a dedicated device, such as an Automated Teller Assist (ATA) device, or a user-possessed device, such as PC, laptop computer, mobile device, including a smart phone or the like. Prior to the user selecting the video assistance option or after the user has selected the video assistance option, the user is required to enter/log-in requisite credentials (e.g., username and/or password) to identify the user and, in some embodiments, identify the user as an authorized/registered video assistance user. Once the user has requested video assistance, the User Interface (UI) 32 of the remote video module 32 sends assistant request 90, along with a user identifier (as determined from the log-in procedure), to the first session broker adaptor 28. In turn the first session broker adaptor 28 encapsulates the assistance request 90 into a session request message using a predetermined industry standard protocol, such as XMPP, HTTP, HTTPS, JSON or the like.

The session request message is subsequently communicated, via a communications network, to the meeting broker 48 of the video session broker 44. As previously noted, the first session broker adapter 28 has a persistent bind connection with the connection manager 46 of the video session broker 44. All messages received from the remote video session module 26, and the remote video assistant module 66 are hosted on a messaging server, such as an XMPP server or the like. Upon receipt of the session request message, the meeting broker 48 queries the database 52, based on the user identifier, for the customer's recent video session history. The database stores user's recent video session history including a video assistant identifier. The video assistant identifier may be the name of the video assistant or the identifier may include an image/photo of the video assistant. Additionally, the video assistant identifier may include a video clip of the video assistant, such as a pre-recorded video greeting or a snippet of the last video session between the user and the video assistant. Upon querying the database, the meeting broker 48 retrieves the video assistant identifier(s) associated with the recent video sessions.

In specific embodiments of the invention, the database also includes at least one user-specific performance rating associated with one or more of the video assistants that the user has recently conducted a video session with. As previously noted the performance rating may be a session-specific performance rating, which was provided by the user at or near the conclusion of the recent video session and/or the performance rating may be an average of a plurality of, such as all, the video sessions conducted between the user and that particular video assistant. In such embodiments of the invention, the meeting broker may retrieve both the video assistant identifiers and the performance ratings associated with the video assistants.

In other specific embodiments of the invention, the meeting broker 48 in conjunction with the messaging server 50 will determine availability information for the video assistants that the user previously conducted video interactions with. The messaging server 50 may track video assistant availability based on video assistant identifier and record, in the database 52 or the like, the average length of a call/session for a video assistant. The meeting broker 48 may also determine a current wait for a video assistant based on average length of a call for the video assistant, the length of the video assistant's current call and the quantity of assistant requests currently queued for that particular video assistant.

Once the meeting broker 48 has retrieved the applicable video assistant data from database 52, the meeting broker 48 encapsulates the data (e.g., video assistant identifiers, including images, videos and the like; performance ratings; and availability information) into a video assistant response message using the predetermined chosen protocol, e.g., XMPP or the like and communicates the message, via the connection manager 46, to the first session broker adapter 28 of the remote video session module 26.

In response to the first session broker adapter 28 receiving the response message, a video assistant selector widget 34 is launched within the UI 32 and the video assistant identifiers are displayed within the widget 34. In specific embodiments of the invention, such display of the video assistant identifiers will include display of the image of the video assistant and/or access to or execution of the video clip associated with the video assistant. In other embodiments of the invention, the video assistant identifiers, such as images and/or video clips may be displayed in conjunction with the user-specific performance ratings or the video assistant-specific availability information. For example, an image of a video assistant may be displayed and the associated user-specific performance rating and/or the availability information (e.g., currently unavailable, currently available, currently available with a specified wait time). In those embodiments in which a wait time is time is displayed, the wait time may be dynamically displayed in the form of a running clock that counts down the approximate wait time for video assistant based on the average length of calls for the video assistant, the current length of the call that the video assistant is currently conducting and the quantity of calls/session that the video assistant currently has in their queue.

Once the video assistant identifiers and other information has been displayed the user may select a video assistant from the displayed previously used video assistant or the user may select to conduct the session with a new video assistant (i.e. a random video assistant that the user has not interacted with in the recent past). It should also be noticed that once the video assistant identifiers are displayed in the widget 34, a user may provide filters to the video assistants (e.g., based on call/session type or the like) to insure that the video assistant selected meets the needs of the currently requested call session. In other embodiments of the invention the filets may be applied by the user at the time of the request, such that the video session broker only returns video assistants that the user previously interacted with and that meet the filter criteria imposed by the user.

Once a video assistant has been selected, the media plugin/client 30 is loaded within the UI 32 and the first session broker adapter 28 receives the video assistant selection and encapsulates a video assistant identifier and a user identifier into a video assistant selection message, which is subsequently communicated to the video session broker 44. In turn, the meeting broker 48 of the video session broker 44, generated a room key which is encapsulated and communicated to the remote video session module and the remote video assistant module 66 of the selected video assistant. Based on the remote video session module 26 providing the room key to the media plugin/client 30, the media client 30 will call the media server 80 and present the room key. In turn the media server 80, will call the remote video assistant module to notify the video assistant of the pending video session. Once the remote video assistant module 66 is in receipt of the message containing the room key, the remote video assistant module 66 loads the media plugin/client 70 and communicates the room key to the media server 80 to connect the user to the video assistant via a live video/audio session.

Referring to FIG. 3 a flow diagram is presented of a method 200 for providing personalized user selection of remote video assistants based on the user's video call history, in accordance with embodiments of the present invention. At Event 202, a video assistant session request is received from a user as a means of initiating a video session between the user the video assistant. The video assistant request is received within a UI executing on a user device/platform. As previously noted the user device/platform may be a dedicated device configured for conducting video sessions, such as an Automated Teller Assist (ATA) device deployed by financial institutions or the like, or the device may be a user-possessed device, such as a PC, laptop, mobile computing device, such as a table, smart phone or the like. Prior to receiving the video assistant request or in response to receiving the video assistant request, the user's credentials (i.e., username and/or password) may be received as a means of identifying the user and/or verifying that the user is authorized/registered to use the video assistance system.

At Event 204, the UI communicates the video session request to a first video session broker adaptor that, at Event 206, encapsulates the request, along with a user identifier, into a video assistant request message using a predetermined industry standard protocol, such as XMPP, HTTP, HTTPS, JSON or the like. Subsequently, at Event 208, the message is communicated, as a chat message, a Publish Subscribe message or the like, to a connection manage of a video session broker that has a persistent binding connection with the first session broker adaptor.

At Event 210, in response to the meeting broker receiving the video assistant request message, a database is queried, based on the user identifier, for the user's recent video session history. The recent history may be preconfigured as a prescribed number of previous video session or the video sessions conducted over a predetermined prior time period. At Event 212, one or more video assistant identifiers associated with each video assistant that conducted a previous video session with the user is retrieved from the database. The video assistant identifiers may include the name of the video assistant and any other relevant profile data (e.g., specific areas of expertise or the like). In specific embodiments the video assistant identifiers may include an image of the video assistant and/or a video clip of the video assistant. The video clip may be a prerecorded greeting by the video assistant or a snippet of a previous video session conducted between the user and the video assistant. When presented on the UI of the user's device, the image or video clip serves to provide the user with recognition of the previously contacted video assistant.

At Event 214, the meeting broker encapsulates the video assistant identifier(s) into a video assistant response message using the predetermined protocol of choice, e.g., XMPP, HTTP, HTTPS, JSON or the like and, at Event 216, the response message is communicated back to the first session broker adaptor of the remote video session module executing on the user device. In response to the first session broker adaptor receiving the response message, at Event 218, a video assistant selector widget is launched within the UI of the user's device and the widget displays the video assistant identifiers. In specific embodiments of the invention, such display includes display of the image(s) and/or videos associated with the video assistants.

At Event 220, a user selection of a video assistant is received within the video assistant selection widget and, at Event 222, in response to receiving the user selection of the video assistant, a media plugin/client is loaded on the user device that is configured to provide a video session between the user and the selected video assistant. Additionally, a video assistant identifier associated with the selected video assistant and the user identifier are encapsulated into a video assistant selection message using the predetermined protocol. At Event 224, the video assistant selection message is communicated to video session broker, which, in turn, is configured to initiate a video session with the selected remote video assistant by generating and communicating a common room key to the user' device/platform and the video assistant's device/platform. The common room key is presented by corresponding media clients to a designated media server to initiate the video/audio connection between the user's device/platform and the video assistant' device/platform.

Referring to FIG. 4 a flow diagram is presented of a method 300 for providing personalized user selection of remote video assistants based on the user's video call history including user-specific performance ratings of the previously used video assistants, in accordance with embodiments of the present invention. At Event 302, a video assistant session request is received from a user as a means of initiating a video session between the user the video assistant. The video assistant request is received within a UI executing on a user device/platform. As previously noted the user device/platform may be a dedicated device configured for conducting video sessions, such as an Automated Teller Assist (ATA) device deployed by financial institutions or the like, or the device may be a user-possessed device, such as a PC, laptop, mobile computing device, such as a table, smart phone or the like. Prior to receiving the video assistant request or in response to receiving the video assistant request, the user's credentials (i.e., username and/or password) may be received as a means of identifying the user and/or verifying that the user is authorized/registered to use the video assistance system.

At Event 304, the UI communicates the video session request to a first video session broker adaptor that, at Event 306, encapsulates the request, along with a user identifier, into a video assistant request message using a predetermined industry standard protocol, such as XMPP, HTTP, HTTPS, JSON or the like. Subsequently, at Event 308, the message is communicated, as a chat message, a Publish Subscribe (PubSub) message or the like, to a connection manage of a video session broker that has a persistent binding connection with the first session broker adaptor.

At Event 310, in response to the meeting broker receiving the video assistant request message, a database is queried, based on the user identifier, for the user's recent video session history. The recent history may be preconfigured as a prescribed number of previous video session or the video sessions conducted over a predetermined prior time period. At Event 312, one or more video assistant identifiers associated with each video assistant that conducted a previous video session with the user and one or more associated user-specific performance ratings are retrieved from the database.

As previously discussed in relation to FIG. 3, the video assistant identifiers may include the name of the video assistant and any other relevant profile data (e.g., specific areas of expertise or the like). In specific embodiments the video assistant identifiers may include an image of the video assistant and/or a video clip of the video assistant. The video clip may be a prerecorded greeting by the video assistant or a snippet of a previous video session conducted between the user and the video assistant.

The user-specific performance rating may include a specific performance rating given by the user at or near the completing of the last-in-time video session conducted between the video assistant and user and/or the average of a plurality, in some instances all, of the previous video sessions between the user and the video assistant. In addition, the meeting broker may retrieve the video assistant's overall/composite performance rating based on performance ratings provided by all system users.

In this regard, the video assistance system of the present invention is able to provide the user, within a performance rating widget or the like, with a video assistant performance rating query that is displayed to the user at or near the conclusion of the session with the video assistant. It should be noted that in certain instances a user's single video interaction may include multiple different sessions with different video assistants (i.e., each different video assistant having different fields of expertise or the like). As such, the system is configured to provide the performance query at or near the end of each video session, such that one single composite video interaction may result in more than one performance rating, each rating being associated with a different video assistant that the user interacted with.

At Event 314, the meeting broker encapsulates the video assistant identifier(s) and the performance ratings into a video assistant response message using the predetermined protocol of choice, e.g., XMPP, HTTP, HTTPS, JSON or the like and, at Event 316, the response message is communicated back to the first session broker adaptor of the remote video session module executing on the user device. In response to the first session broker adaptor receiving the response message, at Event 318, a video assistant selector widget is launched within the UI of the user's device and the widget displays the video assistant identifiers and, where applicable, the corresponding performance rating(s). In specific embodiments of the invention, such display includes display of the image(s) and/or videos associated with the video assistants. In addition to displaying the user-specific performance rating(s), the widget may also display the overall/composite performance rating of the video assistant, so that the user may compare their performance ratings to the video assistants overall system-wide performance ratings.

At Optional Event 320, a user selection of a video assistant is received within the video assistant selection widget and, at Optional Event 322, in response to receiving the user selection of the video assistant, a media plugin/client is loaded on the user device that is configured to provide a video session between the user and the selected video assistant. Additionally, a video assistant identifier associated with the selected video assistant and the user identifier are encapsulated into a video assistant selection message using the predetermined protocol. At Optional Event 324, the video assistant selection message is communicated to video session broker, which, in turn, is configured to initiate a video session with the selected remote video assistant by generating and communicating a common room key to the user' device/platform and the video assistant's device/platform.

Referring to FIG. 5 a flow diagram is presented of a method 400 for providing personalized user selection of remote video assistants based on the user's video call history, including dynamic video assistant availability information, in accordance with embodiments of the present invention. At Event 402, a video assistant session request is received from a user as a means of initiating a video session between the user the video assistant. The video assistant request is received within a UI executing on a user device/platform. As previously noted the user device/platform may be a dedicated device configured for conducting video sessions, such as an Automated Teller Assist (ATA) device deployed by financial institutions or the like, or the device may be a user-possessed device, such as a PC, laptop, mobile computing device, such as a table, smart phone or the like. Prior to receiving the video assistant request or in response to receiving the video assistant request, the user's credentials (i.e., username and/or password) may be received as a means of identifying the user and/or verifying that the user is authorized/registered to use the video assistance system.

At Event 404, the UI communicates the video session request to a first video session broker adaptor that, at Event 406, encapsulates the request, along with a user identifier, into a video assistant request message using a predetermined industry standard protocol, such as XMPP, HTTP, HTTPS, JSON or the like. Subsequently, at Event 408, the message is communicated, as a chat message, a Publish Subscribe message or the like, to a connection manage of a video session broker that has a persistent binding connection with the first session broker adaptor.

At Event 410, in response to the meeting broker receiving the video assistant request message, a database is queried, based on the user identifier, for the user's recent video session history. The recent history may be preconfigured as a prescribed number of previous video session or the video sessions conducted over a predetermined prior time period. At Event 412, one or more video assistant identifiers associated with each video assistant that conducted a previous video session with the user is retrieved from the database along with the average session time for video assistant's that conducted the recent video sessions with the user. The video assistant identifiers may include the name of the video assistant and any other relevant profile data (e.g., specific areas of expertise or the like). In specific embodiments the video assistant identifiers may include an image of the video assistant and/or a video clip of the video assistant. The video clip may be a prerecorded greeting by the video assistant or a snippet of a previous video session conducted between the user and the video assistant.

At Event 414, current availability information is determined for each of the video assistants that conducted video sessions included within the user's recent video session history. Current availability information may be determined as currently available with no/minimal wait time, not currently available or currently available with a wait time. In such embodiments of the invention, logic may be employed to dynamically determine a current (i.e., constantly updating) wait time based on the video assistants average time for a call/session throughout the system, the length of time of the video assistant's current ongoing call/session and the quantity of calls outstanding that the video assistant has in their queue.

At Event 416, the meeting broker encapsulates the video assistant identifier(s) and the availability information into a video assistant response message using the predetermined protocol of choice, e.g., XMPP, HTTP, HTTPS, JSON or the like and, at Event 418, the response message is communicated back to the first session broker adaptor of the remote video session module executing on the user device. In response to the first session broker adaptor receiving the response message, at Event 420, a video assistant selector widget is launched within the UI of the user's device and the widget displays the video assistant identifiers and the availability information. In specific embodiments of the invention, such display includes display of the image(s) and/or videos associated with the video assistants. The availability information may display the approximate wait time for the video assistant as a running clock feature that counts down the approximate wait time and is adjusted according based on the end of the user's current call and the quantity of callers in the video assistant's queue.

At Optional Event 422, a user selection of a video assistant is received within the video assistant selection widget and, at Optional Event 424, in response to receiving the user selection of the video assistant, a media plugin/client is loaded on the user device that is configured to provide a video session between the user and the selected video assistant. Additionally, a video assistant identifier associated with the selected video assistant and the user identifier are encapsulated into a video assistant selection message using the predetermined protocol. At Event 426, the video assistant selection message is communicated to video session broker, which, in turn, is configured to initiate a video session with the selected remote video assistant by generating and communicating a common room key to the user' device/platform and the video assistant's device/platform. The common room key is presented by corresponding media clients to a designated media server to initiate the video/audio connection between the user's device/platform and the video assistant' device/platform.

Referring to FIG. 6 a high-level schematic diagram of a system 10 for delivering video assistance through implementation of an Over-The-Top (OTT) application; i.e., video session broker 44, in accordance with embodiments of the present invention. The video session broker 44 provides separation between the multimedia application platforms (i.e., remote video session module 26 executing on a user/client platform and remote video assistant module 66 executing on a video assistant/agent platform) and the resource allocation infrastructure services 500. The separation eliminates the need for tight integration between the multimedia client/vendor and the underlying resource allocation infrastructure. The separation allows for the system 10 to be multimedia client/vendor-agnostic; meaning that video assistance can be established between the user and the video assistant regardless of the type video client employed by the user or the video assistant. In this regard, the video session broker 44 mitigates between different media client 30, 70 applications and backend infrastructure services 500, such as video-session host application services 502 and resource management services 504 (e.g., assistant selection, queueing, routing, and the like) by acting as a session brakeage to streamline the call workflow.

Specifically, the multimedia client/vendor-agnostic approach and the ability to include diverse infrastructure services that may employ different protocols is made possible by the video session broker 44 employing an industry standard protocol, such as XMPP or the like, that encapsulates different protocols messages with a common messaging protocol. Such a light client-server messaging transport provides a layer that “hovers” (i.e., over-the-to) over the resource allocation infrastructure services 500 and coordinates the audio/video session call requests from and video assistant-host application or widget. In response to the video session broker 44 receiving a request to initiate a multimedia session, the video session broker 44 will broker the request in a trigger-action mode, in which the video session initiation parameters hand-off occurs at the user platform.

Additionally functionality provided by the video session broker 44 includes the ability to maintain a presence of all active user and video assistant endpoints through implementation of a connection manager 46 (not shown in FIG. 6) that maintains a persistent connection with session broker adaptors 28, 68 (not shown in FIG. 6) included in the remote video session module 26 and the remote video assistant module 66. Moreover, the video session broker 44 provides the ability to hide call setup and media exchange complexity from the underlying resources allocation infrastructure services 500. Additionally, the video session broker employs a Representational State Transfer (REST) software architecture Applications Program Interface (API) for applications key, authentication, user data transfer, virtual rooms, statistics and the like.

Additionally, the video session broker 44 provides for use of virtual video rooms 508, 510, 512, which is a logical meeting room that participants (users and video assistants) can join based on presentation of a unique room key generated by the video session broker 44. In this regard, the calling party application is not required to call directly to the video assistant. The video session broker generates a unique room key, e.g., virtual room key 1 506 and communicates the room key to both the user (remote video session module 26) and the video assistant (remote video assistant module 66). The remote video session module 26 and the remote video assistant module 66 present the key 506 to establish join the same virtual video room; virtual room 1 508 hosted by media server 80. It should be noted that the room key can be presented by any number of participants and, as such, more than one user and/or more than one remote video assistant may join the video session. The virtual room is hosted by any vendor using a Multipoint Conferencing unit (MCU), video bridge or the like.

Referring to FIG. 7 shown is a schematic diagram of a system 10 for delivering multimedia assistance specifically the session broker framework architecture highlighting the call flow for establishing a multimedia session, in accordance with embodiments of the present invention. The video session broker 44 coordinates video session requests between the remote video session module 26 and the remote video assistance module 66 and send requests on behalf of those modules 26 and 66 to backend resource management services 504. Asynchronous event-driven (client-server) messaging occurs between the video session broker 44 and the modules 26 and 66, as well between the video session broker 44 and the backend infrastructure services 50. For example, remote video session module 26 or the remote video assistance module 66 may send a request for a resource, which triggers, through the video session broker 44, a set of backend operations to assign the appropriate requested resource.

The process of initiating a multimedia call/session may begin by a user logging in to a host application 90, which may be included in the remote video session module 26 or may be a separate application/module. In specific embodiments, the host application may be a self-service application, such as a standalone Automated Teller Assist (ATA), and Automated teller Machine (ATM) with assist capabilities, a web-based application, a mobile-based application or the like. As the system 10 illustrates the log in process may require the host application 90 to directly communicate with the backend resource infrastructure services 500, specifically video-session-host application services 502 or the like.

The remote video session module 26 includes a session broker adaptor 28 client that includes a messaging client 92, such as XMPP client or the like. The session broker adaptor 28 connects to the video session broker anonymously or with a pre-assigned user ID based on specific remote video session module configuration. The call request is encapsulated in the messaging format of the messaging client 92 and communicated to the video session broker 44 that implements the meeting broker/coordinator 44; which is configured as a trigger/action API. The meeting broker/coordinator 44 passes the call request to a backend resource management service 504 implementing a request/respond resource availability (API).

Once the resource management service 504 responds to the session broker 44, the session broker 44 will encapsulate a constructed Uniform Resource Identifier (URI) and a generated room key in the messaging format and communicated the encapsulated message to the session broker adaptor 28 of the remote video session module 26 and the session broker adaptor 68 of the remote video assistance module 66. In turn, the session broker adaptors 28 and 69 pass the URI and the room key to the media clients 30 and 70. The media clients 30 and 70 initiate the multimedia session by joining a designated virtual room associated with the room key, which is hosted by media server 80.

Referring to FIG. 8 schematic diagram of system 10 a high-level video session broker framework architecture highlighting session broker interaction with infrastructure services, in accordance with embodiments of the present invention. The user 700 may interface with the multimedia assistance service via a resident remote video session module 26 a that may reside on a user device, such as a PC, laptop, tablet, mobile device or the like or may reside on a dedicated device, such as an ATM with assist, ATA or the like. Additionally, the user 700 may interface with the multimedia assistance service via a web-based remote video session module 26 b that can be accessed via a web browser application 626 on a user device, such as a PC, laptop, mobile device or the like or may reside on a dedicated device, such as an ATM with assist, ATA or the like. The resident remote video session module 26A may include a host application 620, such as a banking application or the like. While in other embodiments of the invention, the host application may be distinct from the remote video session module 26A. The host application 620 may include an authentication routine 622 configured to verify the identity of user 700. The authentication provided by authentication routine 622 may include serve to authenticate the user for use of the multimedia assistance system 10 or. In other embodiments of the invention, a separate authentication routine may reside in the remote video session module 26. As previously discussed, remote video session module 26 also includes a session broker adaptor 28 including a messaging client 624, such as a XMPP client that is configured to connect with the video session broker 44 via HTTPS/WebSocket API or the like.

Video session broker 44 includes WebServer API, which may be a scalable Representational State Transfer (RESTful) software architecture API or the like. The API may include authentication client 602, meeting actions client 604, meeting controls client 606, meeting statistics client 608, federation interoperability client 610 and interoperability transmission/receipt client 612.

The authentication client 602 may be in communication with authentication hub 526 included in the backend infrastructure services 500. The authentication client 206 and authentication hub 526 communicate via asynchronous event-driven (client-server) messaging implemented in the session broker 44, such as messaging extension plugins 614 and messaging server 50, which may comprise XMPP extensions plugins and XMPP server or the like. The authentication provided by authentication client 602 and authentication hub may be integrated with authentication routine 622 of the host application 620 or may be in addition to the authentication routine 622 of the host application 622.

The meeting actions client 604 is configured to initiate the setup of a connection between a user and a video assistant/agent and communicates via asynchronous event-driven (client-server) messaging with backend infrastructure resources 500, such as contact center 522, signaling gateway 530, media server/vendor choice (MCU) 524 and the like. The meeting controls client 606 is configured to provide control over the video session, such as controlling commands affecting the multimedia session, such as muting the audio, moving the session from audio only to audio/video, or audio/video to audio only and the like. Similar, to the meeting actions client 604, meeting controls client 606 communicates via asynchronous event-driven (client-server) messaging with backend infrastructure resources 500, such as contact center 522, signaling gateway 530, media server/vendor choice (MCU) 524 and the like.

Meeting statistics client 608 is configured to capture statistics associated with an ongoing multimedia assistance session such as bandwidth, actions taken (e.g., mute, changes in audio/video form), collection of data and the like. Meeting statistics client 610 is in communication with backend infrastructure services 500, such as monitoring rules/traps 528, which serve to provide alerts/alarms and the like based on the results of the monitoring statistics.

Federation operability client 610 and Interoperability TX/RX 612 are optional clients that are configured to allow two separate domains to communicate with one another during a multimedia assistance session and may communicate with backend resource infrastructure services 500, such as signaling gateway 530, contact center 522 and the like.

Thus, systems, apparatus, methods, and computer program products described above provide for determining and presenting, in conjunction with video assistant selection, personalized, remote video assistant-specific availability information for remote video assistants that a user has transacted/interacted with in the past. Once a user logs in or otherwise presents identifying credentials, the system or methodology accesses the user's recent remote video assistant session data (i.e., which video assistants the user previously transacted with) and determines the availability of the previously contacted video assistants. In response, the invention presents a listing of the video assistants which the user previously interacted with along with availability information for each remote video assistant. In specific embodiments, the availability information includes whether the remote is currently available for video sessions and, if so, the approximate wait time for the video assistant. The approximate wait time may be dynamically determined and displayed based on (1) the average time for the remote video assistant to conduct a call/session, (2) the length of time of the current call/session being conducted by the remote video session and, (3) the quantity of calls/session currently in the remote video assistant's queue.

While certain exemplary embodiments have been described and shown in the accompanying drawings, it is to be understood that such embodiments are merely illustrative of and not restrictive on the broad invention, and that this invention not be limited to the specific constructions and arrangements shown and described, since various other changes, combinations, omissions, modifications and substitutions, in addition to those set forth in the above paragraphs, are possible.

Those skilled in the art may appreciate that various adaptations and modifications of the just described embodiments can be configured without departing from the scope and spirit of the invention. Therefore, it is to be understood that, within the scope of the appended claims, the invention may be practiced other than as specifically described herein. 

What is claimed is:
 1. A system for presentation of personalized performance rating of remote video assistants, the system comprising: a first computing platform including a first memory and at least one first processor in communication with the memory; a remote video session module stored in the first memory, executable by the first processor, including a session adapter, a media plugin and instructions for presenting a user interface having a video assistant selector widget, wherein the remote video session module is configured to (1) receive, via the user interface, a video assistant session request to initiate a remote video assistant session between a user and a remote video assistant, (2) communicate the video assistant session request and a user identifier to the session adapter that is configured to encapsulate the video assistant session request and user identifier into a video assistant request message, and (3) initiate communication of the video assistant request message; a second computing platform including a second memory and at least one second processor in communication with second memory; and a session broker stored in the second memory, executable by the second processor, including a connection manager, and a meeting broker, wherein the session broker is configured to (a) receive, via the connection manager, the video assistant request message, (b) query, via the meeting broker, a database for recent remote video session history based on the user identifier, (c) retrieve, from the database, a remote video assistant identifier for each of the remote video assistants that conducted one or more video sessions in the recent remote video session history, and (d) determine, for each of the remote video assistants, current availability information related to the remote video assistant's availability to conduct a current video session with the user, and (e) encapsulate, via the meeting broker, the video assistant identifier and the current availability information into a video assistant response message and communicate, via the meeting broker, the video assistant response message to the session adapter, wherein the remote video session module is further configured to, (4) in response to receiving the video assistant response message, display, in the video assistant selection widget, the video assistant identifier and current availability for each of the remote video assistants that conducted one or more video sessions in the recent remote video session history.
 2. The system of claim 1, wherein the remote video session module is further configured to (5) receive user selection of a remote video assistant associated with one of the video assistant identifiers, and (6) in response to receiving the user selection, load the first media plugin and encapsulate the selected remote video assistant and the user identifier into a video assistant selection message and communicate the video assistant selection message, via the first session broker adaptor, to the session broker that is configured to initiate a remote video session with the selected remote video assistant or place the user in a queue that is specific to the selected remote video assistant.
 3. The system of 1, wherein the session broker is configured to (d) determine an approximate wait time for one or more currently available remote video assistants to conduct a current video session with the user.
 4. The system of 3, wherein the session broker is further configured to (d) determine the approximate wait time based on (i) a current quantity of waiting requests in queue for the remote video assistant, (ii) an average video session time for the video assistant and (iii) a length of time for a current video session being conducted by the video assistant.
 5. The system of claim 1, wherein the remote video session module is configured to (4) display, in the video assistant selection widget, the video assistant identifier and the current availability for each of the video assistants that conducted one or more video sessions in the recent remote video session history, wherein the current availability is one of (a) currently available, (b) not currently available, and (c) available with a wait time.
 6. The system of claim 5, wherein the remote video session module is configured to (4) display, in the video assistant selection widget, an approximate wait time in conjunction with video assistants that are available with a wait time, wherein the approximate wait time is displayed in a running clock format that dynamically displays the approximate wait time based on (i) a current quantity of waiting requests in queue for the remote video assistant, (ii) an average video session time for the remote video assistant and (iii) a length of time for a current video session being conducted by the remote video assistant.
 7. The system of claim 1, wherein the session broker is further configured to (c) retrieve, from the database, a user-specific performance rating for each of the video assistants that conducted one or more video assistant sessions in the recent remote video session history, wherein the user-specific performance rating is one of (i) a performance rating provided by the user for an associated video assistant session in the recent remote video session history or (ii) an average performance rating of all of the performance ratings provided by the user for an associated video assistant.
 8. The system of claim 7, wherein the remote video session module is further configured to display, in the video assistant selection widget, the performance ratings for each of the remote video assistants in conjunction with the video assistant identifier and the current availability for each of the remote video assistants.
 9. The system of claim 1, wherein the session adapter and the meeting broker are further configured to encapsulate the messages using Extensible Messaging and Presence Protocol (XMPP).
 10. The system of claim 1, wherein the session adapter and the meeting broker are further configured to communicate the messages as one of chat messages or publish-subscribe messages.
 11. The system of claim 1, wherein the session broker is further configured to (c) retrieve, from the database, at least one of an image or video of each of the video assistants, and (d) encapsulate, via the meeting broker, the image and video into the video assistant response message.
 12. The system of claim 11, wherein the remote video session module is further configured to, (4) display, in the video assistant selection widget, the images and the videos associated with the video assistants in conjunction with the video assistant identifier and current availability information.
 13. A method for presentation of personalized performance rating of remote video assistants, the method comprising; receiving, via a user interface, a video assistant session request to initiate a remote video assistant session between a user and a remote video assistant; communicating, by a computing device processor, the video assistant session request and a user identifier to a session adapter; encapsulating, by the session adapter, the video assistant session request and user identifier into a video assistant request message; initiating, by a computing device processor, communication of the video assistant request message to a connection manager of a session broker; in response to the connection manager receiving the video assistant request message, querying, by a meeting broker, a database for recent remote video session history based on the user identifier; retrieving, by a computing device processor, from the database, a remote video assistant identifier for each of the remote video assistants that conducted one or more video sessions in the recent remote video session history; determining, by a computing device processor, for each of the remote video assistants, current availability information related to the remote video assistant's availability to conduct a current video session with the user; encapsulating, by the meeting broker, the video assistant identifier and the current availability information into a video assistant response message; initiating, by a computing device processor, communication of the video assistant response message to in response to the first session broker adaptor receiving the video assistant response message; and displaying, in a video assistant selector widget executing within the first user interface, the video assistant identifiers and corresponding availability information for each of the video assistants that conducted one or more video sessions in the recent remote video session history.
 14. The method of claim 13, further comprising: receiving user selection, within the video assistant selector widget, of a remote video assistant associated with one of the video assistant identifiers; in response to receiving the user selection, loading, by a computing device processor, the first media plugin and encapsulating a remote video assistant identifier associated with the selected remote video assistant and the user identifier into a video assistant selection message; and initiating communication, by a computing device processor, of the video assistant selection message to the video session broker that is configured to initiate a remote video session with the selected remote video assistant or place the user in a queue that is specific to the selected remote video assistant.
 15. The method of claim 1, wherein determining further comprises determining, by a computing device processor, an approximate wait time for one or more currently available remote video assistants to conduct a current video session with the user.
 16. The method of claim 15, wherein determining an approximate wait time further comprises determining, by the computing device processor, the approximate wait time based on (i) a current quantity of waiting requests in queue for the remote video assistant, (ii) an average video session time for the remote video assistant, and (iii) a length of time for a current video session being conducted by the remote video assistant.
 17. The method of claim 13, wherein displaying further comprises displaying, in the video assistant selection widget, the video assistant identifier and the current availability for each of the video assistants that conducted one or more video sessions in the recent remote video session history, wherein the current availability is one of (a) currently available, (b) not currently available, and (c) available with an approximate wait time.
 18. The method of claim 13, wherein displaying further comprises displaying, in the video assistant selection widget, an approximate wait time in conjunction with video assistants that are available with a wait time, wherein the approximate wait time is displayed in a running clock format that dynamically displays the approximate wait time based on (i) a current quantity of waiting requests in queue for the remote video assistant, (ii) an average video session time for the remote video assistant, and (iii) a length of time for a current video session being conducted by the remote video assistant.
 19. A computer program product comprising: a non-transitory computer-readable medium comprising: a first set of codes for causing a computer receive, via a user interface, a video assistant session request to initiate a remote video assistant session between a user and a remote video assistant; a second set of codes for causing a computer to communicate the video assistant session request and a user identifier to a session adapter; a third set of codes for causing a computer to encapsulate, by the session adapter, the video assistant session request and user identifier into a video assistant request message; a fourth set of codes for causing a computer to initiate communication of the video assistant request message to a connection manager of a session broker; a fifth set of codes for causing a computer to, in response to the connection manager receiving the video assistant request message, query, by a meeting broker, a database for recent remote video session history based on the user identifier; a sixth set of codes for causing a computer to retrieve, from the database, a remote video assistant identifier for each of the remote video assistants that conducted one or more video sessions in the recent remote video session history; a seventh set of codes for causing a computer to determine, for each of the remote video assistants, current availability information related to the remote video assistant's availability to conduct a current video session with the user; an eighth set of codes for causing a computer to encapsulate, by the meeting broker, the video assistant identifier and the current availability information into a video assistant response message; a ninth set of codes for causing a computer to initiate communication of the video assistant response message to in response to the first session broker adaptor receiving the video assistant response message; and a tenth set of codes for causing a computer to display, in a video assistant selector widget executing within the first user interface, the video assistant identifiers and corresponding availability information for each of the video assistants that conducted one or more video sessions in the recent remote video session history.
 20. The computer program product of claim 19, wherein the seventh set of codes is further configured to determine an approximate wait time for one or more of the remote video assistants based on (i) a current quantity of waiting requests in queue for the remote video assistant, (ii) an average video session time for the remote video assistant, and (iii) a length of time for a current video session being conducted by the remote video assistant, and wherein the tenth set of codes is further configured to display, in the video assistant selection widget, the approximate wait time in conjunction with video assistants that are available with a wait time, wherein the approximate wait time is displayed in a running clock format that dynamically displays the approximate wait time. 